Una aplicación web para realizar consultas en un diccionario de castellano
1. Definir los requisitos de negocio (3 puntos, 1 punto cada apartado)
1.1 Enunciar la visión del producto
Para aquellas personas que tengan la necesidad de buscar el significado de palabras en un diccionario, MyAlphabet ofrece un diccionario en castellano sencillo accesible a través de la web. A diferencia de otras aplicaciones existentes, MyAlphabet permite a sus usuarios escuchar la fonética de las palabras, mostrar ejemplos de cómo utilizar dichas palabras en un determinado contexto y realizar ejercicios de vocabulario.
1.2 Enunciar dos objetivos de negocio, con sus correspondientes métricas de éxito
Objetivos de negocio
O1. Alcanzar una base de 10000 usuarios activos en el primer semestre desde el lanzamiento.
O2. Conseguir al menos 200 centros educativos subscritos a la versión educativa.
Métricas de éxito
O1. Alcanzar una base de 10000 usuarios activos en el primer semestre desde el lanzamiento.
Se contabiliza como usuario activo toda cuenta que haya realizado un login, al menos, una vez durante la semana en la que se realiza la medición.
O2. Conseguir al menos 200 centros educativos subscritos a la versión educativa.
Se contabilizan como centros educativos a todas las cuentas subscritas al servicio educacional de la aplicación.
1.3 Identificar 4 tipos de stakeholders. Clasificarlos de algún modo: usuarios; clientes: dentro o fuera de la organización desarrolladora; usuarios directos o indirectos; usuarios favorecidos, desfavorecidos o ignorados…
Lista de stakeholders
S1. Usuarios básicos: Usuarios que tengan la necesidad de buscar el significado de palabras en un diccionario:
S2. Centros educativos: Son todos los centros educativos que pagan una cuota de suscripción para obtener las siguientes ventajas respecto a los usuarios básicos:
Podrán generar cuentas educativas para todos sus alumnos.
Tendrán acceso a ejercicios de vocabulario online.
Podrán generar tareas a sus alumnos a través de la plataforma web.
S3. Desarrollador: Son los programadores, analistas o cualquier miembro del equipo técnico que participa en el desarrollo de la aplicación.
S4. Hackers: Usuarios malintencionados, que intentan acceder a la plataforma para ejercer un uso fraudulento, como robar datos de usuarios.
Clasificación
Interno o externo: Si están dentro o no de la organización o forman parte del equipo de desarrollo.
Directo o indirecto: Si es usuario o no, en caso de ser usuario, será directo si se beneficia directamente de la aplicación o indirecto si se beneficia de sus resultados.
Favorecido, desfavorecido, ignorado u otros:
Favorecidos, son a los que les ofrecemos funcionalidades que les aportan valor.
Desfavorecidos, son los usuarios a los que quiero impedir el uso de la aplicación.
Ignorados, usuarios irrelevantes.
Otros, los que no podemos clasificar en ninguna de las clases anteriores.
| ID | Stakeholders | Interno o externo | Directo o indirecto | Favorecido, desfavorecido, ignorado u otros |
|---|---|---|---|---|
| S1 | Usuario básico | Externo | Directo | Favorecido |
| S2 | Centro educativo | Externo | Directo | Favorecido |
| S3 | Desarrollador | Interno | --- | Otros |
| S4 | Hackers | Externo | Indirecto | Desfavorecido |
2. Definir requisitos de los usuarios (3 puntos, 1 punto cada apartado)
2.1 Seleccionar una clase de usuario e identificar para ella 4 casos de uso. Documentar cada uno de los casos de uso según la plantilla que se indica al final del enunciado. Representar además los casos de uso en un diagrama de casos de uso.
Casos de uso
| ID | UC01 |
|---|---|
| Nombre del caso de uso | Buscar palabra |
| Descripción | Como usuario registrado, necesito poder buscar una palabra para poder conocer su significado. |
| Actores | Usuario básico y centro educativo |
| ID | UC02 |
|---|---|
| Nombre del caso de uso | Consultar contexto |
| Descripción | Como usuario registrado, necesito poder consultar el contexto de la palabra en sus distintos significados para poder comprenderla mejor. |
| Actores | Usuario básico y centro educativo |
| ID | UC03 |
|---|---|
| Nombre del caso de uso | Escuchar fonética |
| Descripción | Como usuario registrado, necesito poder escuchar la fonética de una parabra para aprender a pronunciarla correctramente. |
| Actores | Usuario básico y centro educativo |
| ID | UC04 |
|---|---|
| Nombre del caso de uso | Realizar ejercicio de vocabulario. |
| Descripción | Como usuario de un centro educativo, necesito poder realizar tareas de vocabulario para comprobar mi nivel actual. |
| Actores | Centro educativo |
Diagrama de casos de uso
2.2 Seleccionar un caso de uso de los elaborados en la sección anterior, y documentar sus escenarios empleando una secuencia de pasos numerada, o un diagrama de flujo (solo una de las dos opciones). No escojas un caso de uso trivial. que podria ser común a muchas aplicaciones, como el registro o el login. Que sea un caso de uso específico del dominio de aplicación considerado.
Caso de uso: UC04 Realizar ejercicio de vocabulario
PRE04.1 El usuario ha iniciado sesión.
PRE04.2 El usuario ha accedido a la sección de ejercicios de vocabulario.
UC04.1 El sistema muestra el listado de ejercicios disponibles.
UC04.2 El usuario selecciona un ejercicio de vocabulario.
UC04.3 El sistema muestra el ejercicio de vocabulario seleccionado.
UC04.4 El usuario rellena los datos del ejercicio.
UC04.5 El sistema comprueba los datos introducidos.
UC04.6 El sistema le muestra los resultados del ejercicio.
UC04.7 El sistema mostrará un mensaje de finalización.
2.3 Priorizar los 4 requisitos de usuario elaborados empleando la técnica de valor (ponderación del 0,5), coste (ponderación del 0,5) y riesgo (ponderación del 0,5).
| Ponderaciones | |||||||
| UC01 Buscar palabra | |||||||
| UC02 Consultar contexto | |||||||
| UC03 Escuchar fonética | |||||||
| UC04 Realizar ejercicio de vocabulario | |||||||
| Sumas | |||||||
3. Definir la especificación detallada del sistema (2 puntos, 1 punto cada apartado)
3.1 Para 2 casos de uso identificados, elaborar una especificación funcional detallada del sistema empleando la plantilla EARS.
Caso de uso: UC01 Buscar palabra
RF01: SI el usuario ha introducido la palabra que desea buscar, CUANDO el usuario seleccione la opción de buscar palabra, el sistema DEBERÁ mostrar la definición de la palabra solicitada junto con sus ejemplos de contexto.
RF02: SI el usuario introduce un número en cifra en el campo de buscar palabra, CUANDO el usuario seleccione la opción de buscar palabra, el sistema DEBERÁ mostrar un mensaje al usuario informado que "los números han de introducirse en formato numeral cardinal".
RF03: SI el sistema no encuentra la palabra introducida por el usuario, el sistema DEBERÁ mostrar un mensaje al usuario informado que "La palabra no está en el Diccionario".
RF04: SI el usuario introduce dos o más palabras, CUANDO el usuario seleccione la opción de buscar palabra, el sistema DEBERÁ mostrar un mensaje al usuario informado que "solo se puede buscar una palabra a la vez".
Caso de uso: UC04 Realizar ejercicio de vocabulario
RF05: CUANDO el usuario selecciona la opción de "realizar ejercicio", el sistema DEBERÁ mostrar la lista de ejercicios de los que dispone.
RF06: CUANDO el usuario selecciona el ejercicio elegido, el sistema DEBERÁ mostrar dicho ejercicio para que lo complete.
RF07: CUANDO el usuario selecciona la opción de "finaliar el ejercicio", el sistema DEBERÁ comprobar los datos introducidos.
RF08: CUANDO el sistema haya comprobado los datos del ejercicio, el sistema DEBERÁ mostrar al usuario un resumen de sus resultados con los siguientes datos:
Cantidad de respuestas correctas
Cantidad de respuestas incorrectas
Calificación del ejercicio
3.2 Elaborar una matriz de trazabilidad entre casos de uso y los requisitos funcionales que has generado en el paso anterior.
| UC01 | UC02 | UC03 | UC04 | |
|---|---|---|---|---|
| RF01 | X | |||
| RF02 | X | |||
| RF03 | X | |||
| RF04 | X | |||
| RF05 | X | |||
| RF06 | X | |||
| RF07 | X | |||
| RF08 | X |